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PRE-APPEAL BRIEF REQUEST FOR REVIEW 



Mail Stop AF 
Commissioner for Patents 
P.O. Box 1450 
Alexandria, VA 22313-1450 

Applicant requests . review of the final rqjectidn in fhe above-identified application* No 
amendments are being filed wiHi this request This request is being filed witb a Notice of 
Appeal I am tboattomey or agent acting xmder 37 CFR 1.34. 

Claims 1-28 are pending. Claims 1-8, 10, 11, 13-17 and 23-28 were injected under 35 
U.S.C. § 102(b) as besing anticipated by USPN 6,243,846 ("Schuster'')- The Examiner rejected 
Claim 9 under 35 U.S.C § 103(a) as being unpatentable over Schuster. The Examiner rejected 
Claims 18-22 under 35 U.S.C § 103(a) as beii^g allegedly unpatentable over Schuster in view of 
USPN 6,895,019 ("Gibson"). The Examiner also refected Claims 1-8, 10, 11, 13-17, 24, 25, 27 
and 28 under 35 U.S.C 103(a) a$ being unpatentable over USPN 6,079,042 C'Vaman*') in view 
of USPN 5,642,365 CTMurakami"). Claim 12 has been objected to but would be allowable if 
amended to include base and interveixbag claim Umitations. The allowability of claim 12 is 
gratefiiUy acknowledged, 

Schuster describes a system "fi>r handling packet loss that may arise in the 
communication of data or real time media signals, ..." To handle packet loss, the Schuster 
invention "generates and transmits into the network one or more forward error correction codes, 
or parity packets, ... a jreceiviiig end may extract lost payload fiom this redundant infonnadon 
..." (Colmnn 2, lines 37-43) 
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Gibson describes method and appa]:atu$ for traitxsxxdttiag ix:^oxxaation in a data network 
from a first node to a second node. At the first (transmitting) node» the ixifoxmatiion to be 
transmitted is divided up into a plurality of infonnation packets. Based on the information 
contained within some or all of Ihe iixformation packets^ at least one parity packet (sometimes 
refemed to below as a redundant packet) is generated and i& included with the transmission of the 
infonnation packets. When the packets reach the second (receiving) node^ a check is made as to 
whether any of the packets have been damaged or lost. If either of these things has occurred, the 
parity packets are used in conjunction with the remaining transmission packets to reconstruct the 
packets which had been either lost or damaged. If reconstruction is not successful then 
retransmission occurs in a manner siniilar to TCP.'* (Simimary) 

Vaman describes a method "for recovering lost cells whereby the ATM ad^tation layer 
is capable of selectively implementing an error recovery scheme if required. La this method, the 
ATM layer may cither insert or delete the recovery cells, depending \xpon the data being 
transmitted. For example^ if voice data is being transmitted, one may choose not to insert the 
cells since occasional lost cells do not cause significant loss of quality. However, for more 
sensitive data such as video data, the ATM layer can insert the recovoy cells. The present 
invention also allows for the recovery of lost cells along the network itself without having to wait 
until the cells reach their destination." (Suxmnary) 

Murakami describes *1t is a primary object of the present invention to provide an 
^q^paratus which can mfantain an effective error correcting ability for both random errors and 
burst errors caused by cell loss, symbol loss or symbol change. Here> transmission of the 
transmission frame begins before all (LH-k) cells are buffered, and the starting time for 
transmission can be set earlier tfian conventional systems.^ (Summary) 

However, none of the refermces cited b^^ the Examiner either alone or in combination 
teach or suggest "establishiag one or more forward error correction tuxmels between the encoder 
and the decoder^' as recited in all independent claims 1, 18, 23, and 26. According to various 
embodiments, the ^^se of PEC tunnels allows network administrators to implement error 
correction for particularly lossy paths such as between a particular encoder and a particular" 
decoder, as opposed to the entire network. The ability to selectively implement ^lor coxiection 
in particular areas of the network, allows more ef&cient use of network capacity. 

Schuster does not teach or suggest establishing any forward error correction tunnels 
**between and encoder and a decoder." The Examiner argues thai "Schuster* s RTP protocol is 
tunneled via TCP/IP.** The Applicants respectfully disagree that this teaches or suggests 
establishing one or more forward error correction tuimels between the encoder and the decoder. 
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Including RTP in TCP/IP is not establishing any forward error correction tmmel between the 
feeder and the decoder. Schuster describes RTP in one place. "For instance, the G.723.1 voice 
coder provides 24 bytes of payload every 30 milliseconds^ These 24 bytes are Hxea put into an 
RTP packet, which in turn is put into a UDP packet* which in turn is put into an IP packet, so that 
the total packet length is now 24+16+8+20=68 bytes. A parity packet destined for the same 
receiving end as an adjacent payload block would have a header ahnost identical to the header of 
the payload block. Yet Ac parity packet would still require the fall 44 bytes of overhead, 
resulting in a waste of bandwidth. As this example illustrates, traditional block coding techniques 
are therefore not well suited for correcting packet loss in real tijoie media transmissions.^' 

The Examiner also argues that having a header in a packet is establishing a tuzmel. As 
pointed out in Schuster, "because each packet, whether payload or parity, contains its own 
header, an increase in packet rate consequently increases the burden on network routers and 
could delay transmission time ..." (Column 4, Lines 19-23). However, puttii^ in address 
information into a packet header is not establishing a ''forward error correction tuimels between 
the encoder and the decoder." 

Nowhere in the Schuster description or in any other known description or RTP is there a. 
suggestion of establishing of a forward error coirection tunnel between the encoder and the 
decode. Although the other references cited by the Examiner do talk about various error 
correction mechanisms, none of the other references cited by the Examiner (Vaman, Gibson, or 
Murakami) is believed to even describe forward error correction tunnels or tunnels in general, 
not to mention a forward error correction tunnel between tiie encoder and the decoder. 

In li^t of the above remarks relating to the independent claims, the Applicants bdieve 
Oiat all pending claims are allowable in their present form. Please feel firee to contact the 
nnd^isigned at the number provided below if there are any questions, concerns, or remaining 
issues* 
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INDEPENDENT CLAIMS 

1. (Previously Presented) A method for reliably traosroitting data in a packet 
network, the method comprising: 

receiving a plurality of data packets at aQ encoder; 

generating error correction infomiation corresponding to the plurality of data packets; 
providiB^g a plurality of error correction packets including the error correction 
information; 

transmitting the plurality of data packets and the plurality of error correction packets to a 
decoder, wherdbi the decoder uses exror correction information to reconstruct one or more data 
packets if one or more data packets are not received at the decoder. 

establishing one or more forward error correction tunnels between the encoder and the 
decoder. 

18. (Previotisly Presented) A method for receiving data in a packet network, the method 
comprising: 

receiving a plurality of data packets at a decoder network node, the plurality of data 
packets associated wi& a block identifier; 

receiving a phirajity of error correction piackets including error correction infommtion 
conesponding to the block identifier; 

reconstmcting one or more of the data packets using error correction information if one 
or more of the data packets has not been received within a set time period. 

23- (Previously Ptesented) An apparatus for reliably transmitting data, the apparatus 
comprising: 

an intcr&ce c(»i£gured to receive a plurality of data padkets; 

a processor configured to generate error correction infonnation corresponding to the 
plurality of data packets and provide a plurality of error correction packets including the error 
correction infbmiation; 

wherein the inter&oe is fiirthcr configured to transmit the plxurality of data packets and 
die plurality of error correction packets to a decoder, wherein the decode uses error conection 
infi)xmation to reconstruct one or more data packets if one or more data packets are not received 
at the decoder; 

wherein &e inter&ce is configured to establish one or more forward enx>r oonection 
tunnels between the encoder and liic decoder. 
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26. (Currently Amend) An apparatus for reliably transmitting data in a packet 
network, the apparatus comprising: 

xxieans for receiving a plurality of data packets at an encoder; 

means for gaieratibag error correction infotniation corresponding to the plurality of data 
packets; 

means for providing a plurality of error correction packets including the error correction 
information; 

means for transmitting the plurality of data packets and 4e plurality of error correction 
packets to a decoder, wherein the decoder uses error correction information to reconstruct one or 
more data padlcets if one or more data packets are not received at the decoder. 

means for establishing one or more forward OTor correction tunnels between the encoder 
and the decoder. 
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